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Context:  The  Last  20  Years 

hhh  ■■■■■! 


•  Effective  force  management  is  more  important  now  than  during 
the  Cold  War 

-  Largely  static  -->  highly  dynamic  military 

-  Inventory  of  people  in  uniform  has  been  cut  by  1/3:  compare 
1989  end  strength  of  2.1  million  to  2004  end  strength  of  1.4 
million 

-  In  the  Information  Age,  data  (not  weapons  systems)  are  the 
key  combat  multiplier 
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Context:  The  Last  15  Months 

m  H  ■■■■■! 


In  March  2004,  three  unrelated  events  occurred 

-  Office  of  the  Secretary  of  Defense  published  Strategic 
Planning  Guidance  (SPG)  2006-2011 

•  “Global  Force  Management  Data  Initiative.  To  support 
Global  Force  Management,  the  CJCS  will  develop...  a  joint 
hierarchical  way  to  organize  force  structure  data  for 
integration  across  Service  lines” 

-  Office  of  the  Chairman,  Joint  Chiefs  of  Staff  (CJCS)  published 
CJCS  Instruction  3170. 01D  and  CJCS  Manual  3170. 01A,  both 
on  the  Joint  Capabilities  Integration  and  Development 
System  (JCIDS) 

-  Secretary  of  Defense  designated  JFCOM  as  primary  joint 
force  provider  (JFP);  JFCOM  eventually  requested  resources 
to  meet  the  new  mission 


UNCLASSIFIED 
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Problem  and  Scope 

h  h  ■ ■  ■  ■  an 

*  Problem:  To  improve  JFCOM  J33  ability  to  fulfill  its  primary  joint 
force  provider  role  with  better  data  accuracy  and  respond  more 
quickly  than  today 

•  JFCOM  currently  uses  20+  tools  and  databases; 
responding  to  SecDef  queries  and  COCOM  requests  for 
capability  (RFC)  or  requests  for  forces  (RFF)  is  time-  and 
labor-intensive 

•  Scope  of  today’s  briefing 

-  Describe  processes  used  in  functional  area  analysis  (FAA), 
functional  needs  analysis  (FNA),  functional  solution  analysis 
(FSA) 
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Timeline 


6  DOTMLPF  =  Doctrine,  organization,  training,  materiel,  leadership,  personnel,  facilities 


UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capabilities 

Sorted  in  Order  of  Priority 

H  M  BIH  ■  ■  ■  II 


Use  case 

Description 

JFCOM 

priority 

E 

Force  availability 

High 

B 

Force  capabilities  identifier 

TTT 

1 1  i 

High 

A 

Force  structure 

High 

C 

Force  readiness  ' 

.Hr 

High 

D 

GFM  strategic  guidance  | 

D 

Medium 

F 

Force  location 

Medium 

G 

Force  apportionment 

¥|B|^7lhhU 

Medium 

H 

Common  operating  picture  £ 

Low 

1 

Works  in  progress 

Low 
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Functional  Needs  Analysis 

Process 

m  mli  ■■■!  I1III 

•  DJ8  solicited  Services  and  COCOMs  to  identify  tools  that  partially 
or  wholly  satisfy  JFCOM  needed  capabilities  (Dec  2004).  Fifty  tools 
were  nominated 

•  Held  2  workshops,  hosted  by  Joint  Staff  J-8  and  JFCOM  J33 

-  Workshop  #1  (24  Jan  05,  Pentagon):  JFCOM  briefed  in  detail  its 
needed  capabilities  to  tool  subject  matter  experts,  who 
afterwards  completed  a  detailed  questionnaire  on  their  tool 

-  Workshop  #2  (1-3  March  05,  Suffolk): 

•  Eighteen  tool  subject  matter  experts  briefed  to  JFCOM  tool 
capabilities 

•  Joint  force  providers  rated  how  well  each  tool  fulfills  each 
required  capability 

•  Workshop  output  =  matrix  depicting  needed  capabilities  and 
existing/future  tools  that  partially  or  wholly  satisfy  those 
needed  capabilities,  from  now  through  2011 
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Candidate  Systems 


II 


Received  responses  from  Services,  Joint  Staff,  COCOMs,  DISA 
Total  number  of  candidate  systems  suggested  for  each  use  case: 


-  A  (force  structure) 

-  B  (force  capabilities  identifier) 

-  C  (force  readiness) 

-  D  (GFM  strategic  guidance) 

-  E  (force  availability) 

-  F  (force  location) 

-  G  (force  apportionment) 

-  H  (common  operating  picture) 

-  I  (work-in-progress) 


TOTAL 


26 

20 

11 

13 
16 

14 
9 
6 
7 


o 

122  toc^J-specific 
functionalities 
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Nominated  tools 

_ _ L_ _ £_ _ ■  l  l  HI 


ACCESS  database 

Defense  Readiness  Reporting  System  (DRRS) 

AFWUS/UTC  Availability 

Expeditionary  Combat  Support  System  (ECSS) 

Army  Readiness  Management  System  (ARMS) 

Enhanced  Status  of  Resources  and  Training 

System  (ESORTS) 

Air  Expeditionary  Force  (AEF)  Reporting  Tool  (ART) 

ForceGen 

ASPEN 

Force  Management  System  (FMS) 

Awareness  Planning  and  Execution 

Force  Structure  Screening  Tool  (FSST) 

BaS&E 

FORSCOM  Sourcing  Tool  (FST) 

Blue  Force  Tracker 

Global  Command  &  Control  System  -  Joint  (GCCS- 

J) 

Command  &  Control  Personal  Computer  (C2PC) 

Global  Combat  Support  System  (GCSS) 

Collaborative  Force  Building  Analysis,  Sustainment 
and  Transportation  (CFAST) 

Global  Decision  Support  System  (GDSS) 

Cognos  Suite  of  On-Line  Analytical  Processing 

Tools 

Global  Status  of  Resources  and  Training  System 
(GSORTS) 

Deliberate  and  Crisis  Action  Planning  and 

Execution  Segment  (DCAPES)/WPES 

Global  Transportation  Network  21  (GTN  21) 

Department  of  the  Army  Mobilization  Processing 
System  (DAMPS) 

HAF-MDS 

Defense  Integrated  Military  Human  Resource 

System  (DIMHRS) 

Joint  Capabilities  Requirements  Tool  (JCRT) 

UNCLASSIFIED 


Joint  Event  Scheduling  System  (JESS) 

Nominated  tools  (con  ’d) 

Predictive  Readiness  Assessment  System  (PRAS) 

JFRG  II 

ProModel 

Joint  Force  Projection  ACTD 

Rapid  Analysis  and  Production  of  TPFDD  and 

OPLAN  Requirements  (RAPTOR) 

Joint  Mobilization  Processing  System  (JMPS) 

Readiness  Assessment  System  Output  Tool  (RAS 
OT) 

Joint  Operation  and  Planning  and  Execution 

System  (JOPES) 

Single  Mobility  System  (SMS) 

Joint  Readiness  Automated  Management  System 
(JRAMS) 

Total  Force  Structure  Management  System  (TFSMS) 

Joint  Training  Information  Management  System 
(JTIMS) 

TYCOM  Readiness  Management  System  Naval 
Reserve  Readiness  Module  (TRMS-NRRM) 

Logistics  Feasibility  Assessment  Capability 
(LOGFAC) 

Web-Enabled  Scheduling  System  (WESKED) 

Logistics  Modernization  (LOGMOD) 

War  and  Mobilization  Plan  System  (WMP),  WMP  3 

Mobilization  Deployment  Integration  System  (MDIS) 

Marine  Corps  Equipment  Readiness  Information 

Tool  (MERIT) 

Military  Personnel  Data  System  (MilPDS) 

Mission  Task  Organized  Force  Decision  Support 
System  (MTOF  DSS) 

UNCLASSIFIED 

UNCLASSIFIED 


Functional  Needs  Analysis 

Process 

m mm  m ■■■■hi 

•  DJ8  solicited  Services  and  COCOMs  to  identify  tools  that  partially 
or  wholly  satisfy  JFCOM  needed  capabilities  (Dec  2004).  Fifty  tools 
were  nominated 

•  Held  2  workshops,  hosted  by  Joint  Staff  J-8  and  JFCOM  J33 

-  Workshop  #1  (24  Jan  05,  Pentagon):  JFCOM  briefed  in  detail  its 
needed  capabilities  to  tool  subject  matter  experts,  who 
afterwards  completed  a  detailed  questionnaire  on  their  tool 

-  Workshop  #2  (1-3  March  05,  Suffolk): 

•  Eighteen  tool  subject  matter  experts  briefed  to  JFCOM  tool 
capabilities 

•  Joint  force  providers  rated  how  well  each  tool  fulfills  each 
required  capability 

•  Workshop  output  =  matrix  depicting  needed  capabilities  and 
existing/future  tools  that  partially  or  wholly  satisfy  those 
needed  capabilities,  from  now  through  2011 
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Scorecard  instructions 


\ 

s 

L± 

ii 

A 

B 

c 

i 

Field  Nome 

Explanation  Instructions  Comments 

2 

The  purpose  of  the  Application  Scorecard  (second  tab)  is  to  determine  how  many  of  the  GVT  Required  Capabilities  are 
satisfied  by  your  application.  The  Application  Scorecard  contains  GVT  requirements  in  a  granular  format.  Please  indicate 
your  application's  satisfaction  of  these  requirements  as  indicated  below.  Please  provide  substantiating  information  as 
necessary.  If  necessary,  refer  to  application  documentation  in  your  answers  but  please  cite  specific  figures,  table  or 
paragraph  numbers  and  include  softcopy  with  the  pre-Workshop  #2  submission  (see  below). 

Use  a  copy  of  this  EXCEL  workbook.  After  completing  the  Application  Scorecard  and  Supportability  Questions  (tabs  3  & 
4),  save  the  completed  workbook  file  using  the  applicaton's  name,  e  g.,  MYTOOL,  and  email  to  Kiki  Michelli  and  Al 
Galgano  along  with  referenced  documentation. 

Replace  <insert  your  application  name>  with  your  application  name  in  the  print  header  using  File/Print 
Preview/Setup/Header/Foorter/Custom  Header  to  access  the  field. 

3 

4 

<  insert  your  application 
name> 

5 

A lumber 

Unique  identifier  for  requirements 

6 

Capability 

High  level  or  detailed  requirement 

7 

THRESH  Req  (FY05) 

An"X"  indicates  this  threshold  requirement  must  be  satisfied  in  FY05,  the  estimated  IOC 

8 

OBJ  Req  { FY07 ) 

An"X"  indicates  this  objective  requirement  must  be  satisfied  in  FY07,  the  estimated  FOC 

9 

Satisfaction  of 

THRESH  Req 

How  does  the  candidate  application  satisfy  the  Threshold  Requirement  in  FY05?  There  are  three  (3)  possible  answers: 

"1"  -  satisfies  it  now 

"2"  -  will  satisfy  by  end  of  FY05  (please  specify  scheduled  date  of  operational  availability  in  Threshold  Amplifying 
Information/Comments) 

"3"  -  will  not  satisfy  by  end  of  FY05  (please  provide  information  as  appropriate,  e.g.,  when/if  it  will,  in  Threshold 

Amplifying  Information/Comments) 

Use  Threshold  Amplifying  Information/Comments  field  to  provide  any  other  pertinent  information 

How  does  the  candidate  application  satisfy  the  Objective  Requirement  in  FY07?  There  are  three  (3)  possible  answers: 

"1"  -  satisfies  it  now 

"2"  -  will  satisfy  by  end  of  FY07  (please  specify  scheduled  date  of  operational  availability  in  Objective  Amplifying 
Information/Comments) 

"3"  -  wiiL not  satisfy  bv  end  of  FYQZ_£nlease  orovide  informatioaas  aDorooriate.. e. a. .  when/if  it  will,  in  Objective 

H  4  ►  ►!  \  Scorecard  Instructions  /  Scorecard  /  Supportability  Instructions  /  Supportability  /  Ml 

UNCLASSIFIED 


Scorecard 


D  c£ 


Ql  V  *  %  ©  ^  -  |  I  /«  z*l  II  ®  ?  Arial 


-  10 


b  i  u  s=  s  s  H  $  %  -  <5*  -  A  ~ 


l£«»  £  P 

3 


A1 


=  Number 


A 

B 

C 

D 

E 

F 

G 

1 

Number 

Capability 

THRESH  Req 

(FY05). 

OBJ  Req  (FY07) 

**— 

O  __ 

-  S> 

O  CL 

z  = 

rz  <S> 

•1  CC 

■*3  X 

</>  H 

Satisfaction  of 

OBJ  Req 

Thieshold  Requirement  Amplifying 

1  nf o  i  m  ati  o n  Co m in  e  nts 

Objective  Requ 
Informatil 

2 

3 

Use  Case  A 

Force  Structure 

10 


11 


12 


13 


14 


15 


UC- 

uc- 

UC- 

uc 

uc 

uc 

uc 

uc- 

uc- 

uc- 

uc- 


A-001 00.00 
A-001 00.01 
A-001 00.02 
A-001 00.03 
A-001 00.04 
A-001 00.05 
A-001 00.06 
A-001 00.07 
A-001 00.08 
A-001 00.09 
A-001 00. 10 


Provide  comprehensive  Joint  and  Service  Force  Structure 
inventory  data  down  to  the  smallest  "deployable  entity" 
commonly  used  to  meet  RCC  requirements,  e  g.,  teams, 
dets,  platoons,  squads,  troops,  companies,  elements,  etc. 
possibly  down  to  the  MOS/individual 


General  requirement  stated  above 


Provide  JFP  visibility  of  DoD 
Force/capabilities  inventory.  Required  to 
establish  units/'deployable  entities"  baseline 
to  draw  from  to  meet  the  requested 
force/capability.  Forces  For  layout  is 
insufficient  to  meet  JFP  requirements. 


The  term  "smallest  'deployable  entity'"  when 
used  in  the  remainder  of  these  requirements 
refers  to  teams,  dets,  platoons,  squads, 
troops,  companies,  elements  possibly  down 
to  the  MOS/individual. 


USA  AC 


USARC 


USAF  AC 


USAF  RC 


USN  AC 


USN  RC 


USMC  AC 


USMC  RC 


USCG  AC 


USCG  RC 


X 


X 


X 


Include  ad  hoc  "deployable  entities"  which  are  task 
organized  to  meet  emergent  mission  requirements  in  the 
hT<1>IhI\  Scorecard  Instructions  \  Scorecard  /  Supportabilifcy  Instructions  /  Supportability  / 


Including  NG 


Including  NG 


M 


Ready 


NUM  r 
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Supportability  instructions 


□  y 


#  a  ^ 

*  %  © 

&  Z  /-  zi 

gQl  1 2}  ?| 

J  Arid  .  10  • 

B  I  U 

■=  »  =■  §1 

$  % 

£5? 

-  -  A  - 


z 


B21  H 


A 

B  C 

D 

E 

F 

1 

Field  Nome 

1  nstr  ii  cti  o  ns.  Co  m  in  e  nts 

2 

The  purpose  of  these  supportability  questions  (tab  4)  is  to  determine  if  the  application  can  be  used 
today  and  to  establish  the  long  term  cost  and  supportability  of  the  candidate  application.  There  are 
two  sets  of  essentially  identical  questions:  one  for  a  SIPRNET  resident  application  and  one  for  a 
NIPRNET  resident  application.  Use  either  or  both  as  appropriate. 

3 

<  insert  your  application 
name> 

Replace  <insert  your  application  name>  with  your  application  name  in  the  print  header  using 
File/Print  Preview/Setup/Header/Foorter/Custom  Fleaderto  access  the  field. 

Also  place  the  application  name  where  indicated  Full  Application  Name-> 

4 

Number 

Unique  identifier  for  questions 

5 

Supportability 

Question/Information 

Questions  and  information  needed  to  help  identify  supportability  of  the  candidate  application. 

6 

Yes/No 

Enter  Y  or  N  as  appropriate 

7 

if  no,  when  (FY) 

If  the  answer  to  the  question  is  No,  enter  the  FY  and/or  date  when  the  answer  will  be  Yes 

8 

Answer/ A  mplifying 
Information/Comments 

Use  this  field  for  answers,  amplifying  information  and  comments  as  needed 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

. 

r 

22 

23 

24 

£ 
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LlL 


►  ir 


UNCLASSIFIED 


Supportability 


t-h. 

1  I 

A|>|>li cation  Accessed  via  PC  on  NIPRHET 

-  ull  Application 
■vJame — > 

< —  Full  Application  Name 

3YS-00300.00 

Programatic 

3YS-00300.01 

Program  Office  (PMO) 

3YS-00300.02 

P  M  O  Management  P  O  C  (N  a  m  e  , 

command/agency/office,  phone,  Unclassified  and 
Classified  email  address) 

3YS-00300.03 

PMO  Technical  P  O  C  (N  a  m  e  , 

command/agency/office,  phone,  Unclassified  and 
Classified  email  address) 

3YS-00300.04 

Joint  or  Service  application? 

3YS-00300.05 

If  j  o  i  nt ,  m  i  g  rat  ion  path,  e .  q .  ,  D  J  C2 ? 

3YS-00300.06 

Maintenance  funded  through  what  FY? 

3YS-00300.07 

Is  there  a  vis  ion/plan  for  future  development?  If  so, 
what  is  it  and  is  it  funded? 

3YS-00300.03 

If  in  development,  when  are  IOC  and  FOC? 

3YS-00300.09 

Is  special  training  required  for  access  to  the 
application  and  data'?  If  so,  who  provides  it;  where  is 
it  given;  and  how  long  is  it? 

S  Y  S-00300 . 1  O 

Is  the  users'  command/agency  billed  for  access, 
support  or  use?  If  so,  h o w  much? 

3YS-00400.00 

T  c  clinical 

3YS-00400.01 

Version  number  of  application  (Client  and  server  if 
appropriate")? 

3YS-00400.02 

Accredited  and  in  operational  use?  Where?  If  not. 
when? 

3YS-00400.03 

Net-centric? 

3YS-00400.04 

Include  all  relevant  unclassified  SIPRNET  data 
dynamically,  i.e.,  via  a  guarding  mechanism? 

3Y  S-CIIH40Q.05 

Application  accessible  via  Internet  Explorer?  What 

►  (►!  \.  Scorecard  Instructions  Scorecard  ^  Supportability  Instructions  \  Supportability  / 


UNCLASSIFIED 


Functional  Needs  Analysis 

Process 

wm^m  hhb  ■■■■■! 

•  DJ8  solicited  Services  and  COCOMs  for  identification  of  tools  that 
partially  or  wholly  satisfy  JFCOM  needed  capabilities  (Dec  2004). 

Fifty  tools  were  nominated 

•  Held  2  workshops,  hosted  by  Joint  Staff  J-8  and  JFCOM  J33 

-  Workshop  #1  (24  Jan  05,  Pentagon):  JFCOM  briefed  in  detail  its 
needed  capabilities  to  tool  subject  matter  experts,  who 
afterwards  completed  a  detailed  questionnaire  on  their  tool 

-  Workshop  #2  (1-3  March  05,  Suffolk): 

•  Eighteen  tool  subject  matter  experts  briefed  to  JFCOM  tool 

_ capabilities _ 

•  Joint  force  providers  rated  how  well  each  tool  fulfills  each 
required  capability 

•  Workshop  output  =  matrix  depicting  needed  capabilities  and 
existing/future  tools  that  partially  or  wholly  satisfy  those 
needed  capabilities,  from  now  through  2011 
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UNCLASSIFIED 


UNCLASSIFIED 


Functional  Needs  Analysis 

Process 

•  DJ8  solicited  Services  and  COCOMs  for  identification  of  tools  that 
partially  or  wholly  satisfy  JFCOM  needed  capabilities  (Dec  2004). 

About  50  tools  were  nominated 

•  Held  2  workshops,  hosted  by  Joint  Staff  J-8  and  JFCOM  J33 

-  Workshop  #1  (24  Jan  05,  Pentagon):  JFCOM  briefed  in  detail  its 
needed  capabilities  to  tool  subject  matter  experts,  who 
afterwards  completed  a  detailed  questionnaire  on  their  tool 

-  Workshop  #2  (1-3  March  05,  Suffolk): 

•  Eighteen  tool  subject  matter  experts  briefed  to  JFCOM  tool 

_ capabilities _ 

•  Twelve  joint  force  providers  rated  how  well  each  tool  fulfills 

_ each  required  capability _ 

•  Workshop  output  =  matrix  depicting  needed  capabilities  and 
existing/future  tools  that  partially  or  wholly  satisfy  those 
needed  capabilities,  from  now  through  2011 
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UNCLASSIFIED 


UNCLASSIFIED 


Process  for  scoring 

«■■■■! 


•  Twelve  evaluators  (joint  force  providers  from  JFCOM  and  Joint 
Staff)  using  groupware 

•  With  completed  tool  score  sheet  in  view,  after  each  tool  SME’s 
briefing,  evaluator  voted 

•  -1  =  does  not  fulfill  need 

•  0  =  may  fulfill  need  by  end  of  FY  2005 

•  1  =  meets  need 

•  Free-text  comments  also  allowed,  including  “cannot 
answer” 

•  Evaluators  assessed  tool  capabilities  in  2005,  2007,  and  2011 
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UNCLASSIFIED 


UNCLASSIFIED 


Functional  Needs  Analysis 

Process 

B B  B  ■  ■  ■  ■■■! 

•  DJ8  solicited  Services  and  COCOMs  for  identification  of  tools  that 
partially  or  wholly  satisfy  JFCOM  needed  capabilities  (Dec  2004). 

About  50  tools  were  nominated 

•  Held  2  workshops,  hosted  by  Joint  Staff  J-8  and  JFCOM  J33 

-  Workshop  #1  (24  Jan  05,  Pentagon):  JFCOM  briefed  in  detail  its 
needed  capabilities  to  tool  subject  matter  experts,  who 
afterwards  completed  a  detailed  questionnaire  on  their  tool 

-  Workshop  #2  (1-3  March  05,  Suffolk): 

•  Eighteen  tool  subject  matter  experts  briefed  to  JFCOM  tool 
capabilities 

•  Joint  force  providers  rated  how  well  each  tool  fulfills  each 

_ required  capability _ 

•  Workshop  output  =  matrix  depicting  needed  capabilities  and 
existing/future  tools  that  partially  or  wholly  satisfy  those 
needed  capabilities,  from  now  through  2011 
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UNCLASSIFIED 


UNCLASSIFIED 


FNA  Workshop  #2 


-  2005  Individual  and  Overall  Use  Case  Grading 


Tool  1 
Tool  2 

Tool  3 
Tool  4 
Tool  5 
Tool  6 
Tool  7 
Tool  8 
Tool  9 
Tool  1 0 

Tool  1 1 
Tool  1 2 


C  D  E  F 


Overall 


Tool  13 
Tool  14 
Tool  15 
Tool  1 6 
Tool  1 7 
Tool  1 8 
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NO  TOOLS  MEET  JFCOM  END-TO-END  JFP 
REQUIREMENTS  TODAY 

=  Meets  requirement  O  =  Will  meet  requirement  9  =  Will  not  meet 

in  FY05  in  FY05  requirement  in  FY05  UNCLASSIFIED 


UNCLASSIFIED 


FNA  Summary 

from  16  May  05  FNA  outbrief  to  Force  Management  Functional  Capabilities  Board 


•  Near-term: 

-  Address  policies  and  processes  improvements  to  enable  JFP  capability 

•  Standardize  &  enforce  use  of  JOPES  for  all  force  deployments 

•  Standardize  &  enforce  *SORTS  readiness  reporting  across  all  services 
down  to  lowest  deployable  entity  level 

-  Authorize  JFP  access  to  service  system  data  bases 

-  Implement  a  standard  RFF/DEPORD  staffing  tool 

-  Address  JFP  resource  requirements  for  FY-06  and  beyond 

•  End  FY-06  FOC  attainment  date  at  risk 

*  FSA  begins  now 

-  Need  to  investigate  potential  industry  GVC  solutions 


9  Mid-term  and  beyond:  Continue  to  work  to  improve  data  validity  with 
the  Global  Force  Management  Data  Initiative  . 
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UNCLASSIFIED 


UNCLASSIFIED 


FSA  Timeline 


Senior  leader 
consideration  and 
guidance 

«r-  ■  Ideas  for  materiel 

DOTMLPF  analysis  ,nnrn,  ,oc 

approaches 

Analysis  of  materiel 
approaches  (AMA) 

Post  Independent 
analysis 

•22  Apr  1-star 
meeting 

•25  Apr  4-star 
meeting 

•6  May  0-6 
level  meeting 

•Consider 

changes  to 

doctrine, 

organization, 

training, 

materiel, 

leadership, 

personnel,  or 

facilities 

•Leverage 
expertise  of  all 
government 
agencies,  as 
well  as 
industry,  in 
identifying 
possible 
materiel 
approaches 

•Conduct 
industry  day 

•Determine 
best  materiel 
approach  or 
combination  of 
approaches 

•Complete 

ICD 

•Conduct 

outbriefs 

APR  -  MAY  05 

MAY- JUN 

JUN  -  JUL 

AUG 
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UNCLASSIFIED 


UNCLASSIFIED 


«■■■■! 


Questions? 
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UNCLASSIFIED 


UNCLASSIFIED 


«■■■■! 


Back-up  slides 
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UNCLASSIFIED 


UNCLASSIFIED 


Global  Visibility  Baseline  Assumptions 

H  H  H  ■  ■■■■!! 

•  Current  level  of  data  validity  and  standardization  is  insufficient  to  meet  the  requirements 
for  Global  Force  Management  (GFM). 

-  Current  data  bases  are  incomplete  (insufficient  level  of  info/specificity),  lack 
transparency,  are  inaccessible  and  are  not  authoritative  across  all  services. 

-  Data  management  /integration  and  global  visibility  are  enablers  to  reach  FOC  for 
GFM/JFP. 

•  JS/J8  leads  the  GFM  Data  Initiative  (directed  by  the  SPG  and  JPG)  to  electronically 
document  the  Service  force  structure  in  a  joint  hierarchical  way  to  ensure  valid  force 
structure  data  is  organized  and  accessable  for  integration  across  Service  lines. 

•  IAW  25  June  04  SecDef  memo,  Services  and  COCOMs  will  make  available  to  JFCOM 
information  on  “force  commitment,  readiness,  availability. ..” 

•  JFP  requires  flexible  access  to  disparate  data  sources  whose  platforms  are  adaptable  to 
emerging  requirements  and  data  bases. 

•  Requirement  for  global  visibility  does  not  replace  the  need  for  significant  human 
analysis;  rather  it  will  enable  the  human  factors  of  the  force  providing  process. 

•  JFP  requires  vehicle  for  tracking  (readiness,  location,  etc...)  of  forces  through  pre¬ 
deployment  (mobilization  if  required),  deployment,  redeployment  and  reconstitution. 

•  JFP  requires  means  to  recommend  sourcing  solutions  to  meet  COCOM  capability 
requirements  (RFCs)  from  an  identifiable  pool  of  trained,  equipped,  manned  and  ready 
forces  provided  by  the  Services. 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 
Use  Case  A  -  Force  Structure 

B  H  B  BIBB  ■  Bill 

•  Task:  Provide  comprehensive  inventory  of  DoD  Force  Structure  which  represents 
capabilities  required  to  meet  emergent  and  rotational  requirements. 

-  For  Combat  Forces,  this  inventory  shall  be  inclusive  of  the  smallest 
“deployable  entity”  commonly  used  to  meet  RCC  requirements.  The  GSORTS 
unit  level  code  (ULC)  field  for  Combat  Forces  provides  a  framework  for 

meeting  this  requirement  for  each  Service. 

-  For  Combat  Support/Combat  Service  Support  (CS/CSS)  Forces,  this 
breakdown  shall  be  down  to  the  smallest  “deployable  entity”  Je.g.  teams,  dets, 
platoons,  squads,  troops,  companies,  elements,  etc.);  possibly  down  to  the 
MOS/individual.  Requires  comprehensive  analysis  of  all  RFF/RFCs  generated 
since  OIF  build  up  to  identify  required  levels  of  reporting/visibility. 

-  For  aggregation/  “rollup”  of  capabilities  (CSGs,  Bdes,  etc.),  GVT  shall  account 
for  each  individual  units/  “deployable  entities”  as  they  are  tailored  over  time  to 
meet  requirements  of  requested  aggregated/”ro  up”  capability. 

•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application  which 
accesses  authoritative  Joint,  Service,  and  Agency  data  representing  capabilities 
within  DoD  Force  structure  regardless  of  classification.  Authoritative  data  sources 
and  force  structure  shall  be  tailorable  and  dynamic  to  allow  for  evolutionary 
changes. 

•  Standard:  Provide  JFP  visibility  of  DoD  Force/capabilities  inventory.  Required  to 
establish  units/“deployable  entities”  baseline  to  draw  from  to  meet  the  requested 
force/capability.  Forces  For  layout  is  Insufficient  to  meet  JFP  requirements. 


27 


UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 


•  Threshold:  Be  able  to  identify  and  track  all  DoD  force  structure 
elements  (down  to  the  smallest  “deployable  entities”  level)  as  defined 
In  the  “task”  section  of  this  Use  Case.  Retrieve/input  query  results 
and  export/import  data  into  application  in  compliance  with  joint 
system  of  record  (GCCS-J,  JC2,  other?)  application  standards  (>  75% 
accuracy). 

•  Objective:  Be  able  to  identify  and  track  (1)  all  DoD  force  structure 
elements  (down  to  the  smallest  “deployable  entities”  level)  as  defined 
in  the  “task”  section  of  this  Use  Case  and  (2)  all  ad  hoc  “deployable 
entities”  which  are  task  organized  to  meet  emergent  mission 
requirements  (examples  are  ETTs,  ASTs,  etc.).  Retrieve/input  query 
results  and  export/import  data  into  app  cation  in  compliance  with  joint 
system  of  record  (GCCS-J,  JC2,  other?)  application  standards  (>  95% 
accuracy). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 

Use  Case  B  -  Force  Capabilities  Identifier 

mu 

Task:  Identify  units/“deployable  entities  of  units”  (by  name,  UIC  or 
other  designator)  that  equate  to  the  requested  force  or  capability 

(RFF/RFC  for  contingency  operations)  and  rotational  requirements  (for 
ongoing  operations,  e.g.  OIF/OEF/SFOR,  etc). 


Condition:  ASIPRNET  and  NIPRNET  net-centric  accessible 
application  which  accesses  authoritative  Joint,  Service,  and  Agency 
data  representing  capabilities  within  DoD  Force  structure  regardless 
of  classification.  Authoritative  data  sources  and  force  structure  shall 
be  tailorable  and  dynamic  to  allow  for  evolutionary  changes. 

Standard:  Provide  JFP  a  preliminary  list  of  candidate 
units/“deployable  entities”  to  meet  the  requested  force/capability. 
This  list  of  units/“deployable  entities”  shall  represent  the  entire  joint 
sourcing  solution  set  for  meeting  each  RCC  requirement. 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 
Use  Case  B  -  Force  Capabilities  Identifier  (cont.) 

•  Threshold:  Be  able  to  identify  all  DoD  force  structure  elements  (down 
to  the  smallest  “deployable  entities”  level)  as  defined  in  the  “task” 
section  of  the  Force  Structure  Use  Case  by  capability.  Retrieve/input 
query  results  and  export/import  data  into  application  in  compliance 
with  joint  system  of  record  (GCCS-J,  JC2,  other?)  application 
standards  (>  75%  accuracy). 

•  Objective:  Be  able  to  identify  (1)  all  DoD  force  structure  elements 
(down  to  the  smallest  “deployable  entities”  level)  as  defined  in  the 
“task”  section  of  the  Force  Structure  Use  Case  and  (2)  any  ad  hoc 
force  structure  by  capability.  Retrieve/input  query  results  and 
export/import  data  into  application  in  compliance  with  joint  system  of 
record  (GCCS-J,  JC2,  other?)  application  standards  (>  95%  accuracy). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 

Use  Case  C  -  Force  Readiness 

■■■!  ■■■■! 

•  Task:  Provide  measured  readiness  (current/project  OPTES:  Overall,  Personnel, 
Training,  Equipment,  Supplies)  at  the  appropriate  level  of  reporting  for  the 
required  capability/force  across  the  joint  sourcing  solution  set  in  common 

language/standards  of  measurement  (C-rating,  R-Y-G,  other?). 

•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application  which 
accesses  authoritative  Joint,  Service,  and  Agency  data  representing 
capabilities  within  DoD  Force  structure  regardless  of  classification. 
Authoritative  data  sources  and  force  structure  shall!  be  tailorable  and  dynamic 
to  allow  for  evolutionary  changes. 

•  Standard:  Provide  JFP  the  visibility  of  measured  readiness  for  candidate 
units/  “deployable  entities”  to  meet  the  requested  force/capability.  Readiness 
shall  include  traditional  OPTES  resource  data  as  well  as  mission  unique  data 
requirements  for  units/“deployable  entities”  to  meet  each  RCC  requirement. 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 


•  Threshold:  Be  able  to  identify  current  readiness  levels  as  reported  by  the 
“unit”  commander  within  one  day  of  status  change  against  all  DoD  force 
structure  elements  (down  to  the  smallest  “deployable  entities”  level)  as 

defined  in  the  “task”  section  of  the  Force  Structure  Use  Case  by  capability. 
Retrieve/input  query  results  and  export/import  data  into  application  in 
compliance  with  joint  system  of  record  (GCCS-J,  JC2,  other?)  application 
standards  (>  75%  accuracy). 

•  Objective:  Be  able  to  identify  current  readiness  levels  as  reported  by  the  “unit” 
commander  within  one  day  of  status  change  against  (1)  all  DoD  force  structure 
elements  (down  to  the  smallest  “deployable  entities”  level)  as  defined  in  the 
“task”  section  of  the  Force  Structure  Use  Case  by  capability  and  (2)  ad  hoc 
force  structure.  Retrieve  Retrieve/input  query  results  and  export/import  data 
into  application  in  compliance  with  joint  system  of  record  (GCCS-J,  JC2, 
other?)  application  standards  (>  95%  accuracy). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 
Use  Case  D  -  GFM  Strategic  Guidance 

H  ■  ■  ■■II 

•  Task:  Identify  red-line  violations/considerations  for  candidate 
units/“deployable  entities”  IAW  accepted  GFM  Strategic  Guidance.  Red- 

ne  considerations  include  (at  a  mininum):  Mob  history  {Mobilizations, 
Demobilizations,  Extensions,  Re-mob,  Mob  Authority),  Dwell, 
Transformation,  Ops/Pers  Tempo,  Readiness  (minimum  standards  for 
deployment),  AC/RC/NG  specific  guidance  and  any  others  identified  by 
OSD,  Joint  Staff  or  Services  in  the  future. 

•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application 
which  accesses  authoritative  Joint,  Service,  and  Agency  data  representing 
capabilities  within  DoD  Force  structure  regardless  of  classification. 
Authoritative  data  sources  and  force  structure  shall  be  tailorable  and 
dynamic  to  allow  for  evolutionary  changes. 

•  Standard:  Provide  JFP  the  strategic  guidance  required  to 
prioritize/eliminate  candidate  units/“deployable  entities”  to  meet  the 
requested  force/capability.  Strategic  guidance  shall  be  dynamic  and  shall 
be  updated  by  OSD,  JS,  and  Services  (as  required)  to  ensure  JFP  visibility 
of  recognized  red-lines  when  recommending  sourcing  solutions  to  meet 

sseach  RCC  requirement. 


UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 
Use  Case  D  -  GFM  Strategic  Guidance  (cont.) 

•  Threshold:  Incorporates  all  strategic  guidance  by  OSD,  Joint  Staff 
and  Services  required  to  prioritize  all  DoD  force  structure  elements 
(down  to  the  smallest  “deployable  entities”  level)  as  defined  in  the 
“task”  section  of  the  Force  Structure  Use  Case. 

•  Objective:  Incorporates  all  strategic  guidance  by  OSD,  Joint  Staff 
and  Services  required  to  prioritize  (1)  all  DoD  force  structure 
elements  (down  to  the  smallest  “deployable  entities”  level)  as 
defined  in  the  “task”  section  of  the  Force  Structure  Use  Case  and  (2) 
all  ad  hoc  force  structure  elements. 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 

Use  Case  E  -  Force  Availability 

mi  mb  ■■mu 

•  Task:  Provide  comprehensive  and  tailorable  (by  filter)  overview  (current,  historic 
and  future)  of  force  availability  for  each  of  the  the  candidate  units/“deployable 
entities”  identified.  Required  visibility  includes  (but  is  not  limited  to): 
deployments  (operational,  exercise,  and  experiments)/redeployments,  PTDOs, 
Mobilization/Demobilization,  Reconstitution/  Reset,  Maintenance  (include  C-5 
designations),  Transformation,  JSCP  apportionment,  COCOM  assignment, 
OPCON/ADCON  relationships,  planned  rotations  (AEFPP,  JPP,  GNFPP,  SSN  global 
avocation,  1SR  al  ocation,  other?),  and  Service  identified  considerations 
(“wildcard”  entry  for  Service  comments). 

•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application  which 
accesses  authoritative  Joint,  Service,  and  Agency  data  representing  capabilities 
within  DoD  Force  structure  regardless  of  classification.  Authoritative  data 
sources  and  force  structure  shall  be  tailorable  and  dynamic  to  allow  for 
evolutionary  changes. 

•  Standard:  Provide  JFP  the  overview  of  units/“deployable  entities”  employment 
over  time  and  is  required  to  prioritize/eliminate  candidate  units/“deployable 
entities”  to  meet  the  requested  force/capability.  Force  Availability  data  shall  be 
dynamic  and  shall  be  updated  (as  required)  by  OSD,  JS,  COCOMs  and  Services  to 
ensure  JFP  visibility  of  recognized  red-lines/  considerations  when  recommending 
sourcing  solutions  to  meet  each  RCC  requirement. 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 


•  Threshold:  Provide  historic  (six  year  past),  current,  and  future  (3  year 
forward)  force  availability  for  all  DoD  force  structure  elements  (down 
to  the  smallest  “deployable  entities”  level)  as  defined  in  the  “task” 
section  of  the  Force  Structure  Use  Case.  Retrieve/input  query  results 
and  export/import  data  into  application  in  compliance  with  joint 
system  of  record  (GCCS-J,  JC2,  other?)  application  standards  (>  75% 
accuracy). 

•  Objective:  Provide  historic  (six  year  past),  current,  and  future  (3  year 
forward)  force  availability  for  all  DoD  force  structure  elements  (down 
to  the  smallest  “deployable  entities”  level)  as  defined  in  the  “task” 
section  of  the  Force  Structure  Use  Case.  Retrieve/input  query  results 
and  export/import  data  into  application  in  compliance  with  joint 
system  of  record  (GCCS-J,  JC2,  other?)  application  standards  (>  95% 
accuracy). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 

Use  Case  F  -  Force  Location 

u^m^m  ■  ■■  i  ■  ■in 

Task:  Provide  integrated  location  information  for  each  of  the  candidate 
units/“deployable  entities”  identified.  Required  location  visibility  (historic, 
current,  future)  includes  but  is  not  imited  to  CONUS  (major  city/state)  and 
Intra-  /Inter-Theater  (major  city/nation)  movements  for  each  of  the  candidate 
units/“deployable  entities”. 

Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application  which 
accesses  authoritative  Joint,  Service,  and  Agency  data  representing 
capabilities  within  DoD  Force  structure  regardless  of  classification. 
Authoritative  data  sources  and  force  structure  shall  be  tailorable  and  dynamic 
to  allow  for  evolutionary  changes. 

Standard:  Provide  JFP  visibility  required  to  prioritize/eliminate  candidate 
units/“deployable  entities”  to  meet  the  requested  force/capability  and  to  track 
units/  “deployable  entities  throughout  the  pre-deployment  (mobilization  if 
required),  deployment,  redeployment  and  reconstitution  cycle.  Location 

information  may  be  determining  factor  in  transportation  analysis  in  selecting 
one  candidate  over  another  or  be  used  to  confirm  previous  deployments/force 
availability  considerations  (e.g.  BOG)  for  individual  candidates  (i.e.  “who  can 
get  there  first?”). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 


•  Threshold:  Provide  historic  (six  year),  current,  and  future  (three  year) 
force  locations  for  all  DoD  force  structure  elements  (down  to  the 
smallest  “deployable  entities”  level)  as  defined  in  the  “task”  section  of 
the  Force  Structure  Use  Case.  Retrieve/input  query  results  and 
export/import  data  into  application  in  compliance  with  joint  system  of 
record  (GCCS-J,  JC2,  other?)  application  standards  (>  75%  accuracy). 

•  Objective:  Provide  historic  (six  year),  current,  and  future  (three  year) 
force  locations  for  all  DoD  force  structure  elements  (down  to  the 
smallest  “deployable  entities”  level)  as  defined  in  the  “task”  section  of 
the  Force  Structure  Use  Case.  Provide  historic,  current,  and  future 
force  locations  for  ad  hoc  force  structure  elements  as  they  are 
identified.  Retrieve/input  query  results  and  export/import  data  into 
application  in  compliance  with  joint  system  of  record  (GCCS-J,  JC2, 
other?)  applicat  on  standards  (>  95%  accuracy). 
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UNCLASSIFIED 


UNCLASSIFIED 


Needed  Capability 
Use  Case  G  -  Force  Apportionment 

•  Task:  Identify  units/“deployable  entities  of  units”  (by  name,  UIC  or 
other  designator)  apportionment  to  COCOM  plan  requirements 
(OPLAN,  CONPLAN,  FUNCPLAN). 

•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible 
application  which  accesses  authoritative  Joint,  Service,  and  Agency 
data  representing  capabilities  within  DoD  Force  structure  regardless 
of  classification.  Authoritative  data  sources  and  force  structure  shall 
be  tailorable  and  dynamic  to  allow  for  evolutionary  changes. 

•  Standard:  Provide  JFP  visibility  required  to  identify  units/“deployable 
entities”  aligned  to  a  given  COCOM  plan  and  their 
readiness/status/availability  to  meet  requirements.  In  addition, 

require  JFP  to  identify  a  substitute  force/capability  candidate  if  the 
apportioned  unit/“deployable  entity”  is  selected  by  JFP  to  meet  other 
requirements  or  is  otherwise  engaged. 
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UNCLASSIFIED 


Needed  Capability 
Use  Case  G  -  Force  Apportionment  (cont.) 

M  H  I  Hill 

•  Threshold:  Be  able  to  accurately  track  and  report  on  the  current 
apportionment  process.  Retrieve/input  query  results  and 
export/import  data  into  application  in  compliance  with  joint  system  of 
record  (GCCS-J,  JC2,  other?)  application  standards  (>  75%  accuracy). 

•  Objective:  Be  able  to  accurately  track  and  report  on  the  current 
apportionment  process.  Retrieve/input  query  results  and 
export/import  data  into  application  in  compliance  with  joint  system  of 
record  (GCCS-J,  JC2,  other?)  application  standards  (>  95%  accuracy). 
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Needed  Capability 


Case  H-  Common  Operating  Picture 


II 


•  Task:  Provide  integrated  common  operating  picture  (COP)  which  has 

tailorable,  exportable  graphics  and  reports.  Display  features  of  COP  shall  be 
tailorable  to  display  ad  hoc  and  routine  queries  for  requested  force 
information  but  at  a  minimum  allow  the  JFP  to  display/obtain  information  on 
the  status  and  location  of  deploying,  deployed  and  redeploying  forces,  he 
reporting  module  of  COP  shall  provide  user  defined  and  standard  reports  in 
both  textual  and  graphical  presentations. 


•  Condition:  A  SIPRNET  and  NIPRNET  net-centric  accessible  application  which 
accesses  authoritative  Joint,  Service,  and  Agency  data  representing 
capabilities  within  DoD  Force  structure  regardless  of  classification. 
Authoritative  data  sources  and  force  structure  shall  be  tailorable  and  dynamic 
to  allow  for  evolutionary  changes. 


•  Standard:  COP  must  provide  on  demand  and  routine  reporting  capability  to 

support  the  JFP  requirement  to  supervise  deployment  of  forces  to  meet 
UCP04  tasking. 
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Needed  Capability 

Case  H-  Common  Operating  Picture  (cont.) 

H  ■■  m  ■■■■! 

•  Threshold:  Retrieve/input  query  results  and  export/import  data  into 
application  in  compliance  with  joint  system  of  record  (GCCS-J,  JC2, 
other?)  application  standards  (>  75%  accuracy) 

•  Objective:  Retrieve/input  query  results  and  export/import  data  into 
application  in  compliance  with  joint  system  of  record  (GCCS-J,  JC2, 
other?)  application  standards  (>  95%  accuracy) 
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Needed  Capability 

Use  Case  I  -  Work-in-Progress 

m m  ■  ■  ■■  ■  ■  ■  i 

•  Task:  Save  work-in-progress  at  end  of  day  or  in  order  to  work  another 
RFF/RFC  or  open  previously  saved  work-in-progress  and  continue 
working 

•  Condition:  ASIPRNET  and/or  NIPRNET  net-centric  accessible 
application  which  is  populated  with  authoritative  Joint,  Service,  and 
Agency  data  representing  capabilities  within  DoD  Force  structure. 
Authoritative  data  sources  and  force  structure  shall  be  tailorable  and 
dynamic  to  allow  for  evolutionary  changes. 

•  Standard:  Provide  ability  to:  save  work-in-progress  (working  set  of 
forces  being  considered  for  a  complete  or  partial  RFF/RFC);  load 
saved  work-in-progress  and  update  qualifications  offerees 
(readiness,  etc.);  identify  saved  works-in-progress  associated  with  a 
complete  or  partial  RFF/RFC;  and  transfer  a  saved  work-in-progress  to 
another  analyst  at  the  JFP  location. 
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Needed  Capability 
Use  Case  I-  Work-in-Progress  (cont.) 

I  ■■■  II 

•  Threshold:  Save  work-in-progress  in  <  15  seconds;  number  of  works- 
in-progress  should  be  limited  only  by  available  storage  capacity  which 
must  be  expandable 

•  Objective:  Save  work-in-progress  in  <  5  seconds;  number  of  works-in- 
progress  should  be  limited  only  by  available  storage  capacity  which 
must  be  expandable 
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